Please add the following new claims 9 and 10. 

9. (New) Trie method as claimed in claim 3, further comprising the step of: 
storing, by staid database stores, for each system function regarded as being 

relevant to availability, information which describes conditions under which said 
availability of a system function is to be assessed as existing or no longer existing. 

10. (New) The method as claimed in claim 4, further comprising the step of: 
storing, by said database stores, for each system function regarded as being 

10 relevant to availability, information which describes conditions under which said 
availability of a system funVtion is to be assessed as existing or no longer existing. 
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REMARKS 



The present Amendment revises the specification and claims to conform to 
United States patent practice, before examination of the present PCT application in 
is the United States National Examination Phase. Pursuant to 37 CFR 1.125 (b), 
applicants have concurrently submitted a substitute specification, excluding the 
claims, and provided a marked-up copy. All of the changes are editorial and 
applicant believes no new matter is added thereby. The amendment, addition, 
and/or cancellation of claims is not intended to be a surrender of any of the subject 
20 matter of those claims. 

Early examination on the merits is respectfully requested. 
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25 Mark Bergner 
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Patent Department 
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Attorneys for Applicant 
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Appendix A 
Mark Ups for Claim Amendments 

1 . (Amended) A method of monitoring for availability of a system function in 
5 a computer system, f accord i ng to wh i ch l comprising the steps of: 

[-I storing. in a database of fthel said computer system[ stores ], for a system 
function monitored for availability, respective information which describes [the 
Jconditions under which [the]said availability of a system function [isl are to be 
assessed as existing or no longer existingM ; and 

10 [ thel utilizing ra for e m e nt i on e d l said information[ i s us e d ], when a 

change in [the]a state of a component of [the]said computer system has taken place 
£3 or is intended to take place , to assess whether ftfrisl said change that has taken 
m place resultSi o r said change that is intended to take place would result in a 
~j change in terms of the availability of f th e afor e m e ntion e d l said system function. 
2 15 2. (Amended) A method of monitoring for availability of a system function in 

4= a computer system, [ accord i ng to wh i ch l comprising the steps of: 

[ a system function for mon i tor i ng for avail a b i l i ty i s pr e scr i b e d by 

'f\ ]marking A in a database of ftbel said system[4he]i component mappers for[4be] 
y> components which contribute to [thel said availability of f th e afor e m e nt i on e dl said 
K 20 system functionM : and 

[ th e compon e nt m a pp e rs l utilizing said marked [a s such a r e 

usedl component mappers , when a change in [tbe]a state of a component has 
taken place or is intended, to assess whether [thisl said change in state that has 
taken place results^ o r said intended change in state would result in a change in 
25 [thel said availability of [ th e afor e m e nt i on e d l said system function. 

3. (Amended) A method of monitoring for availability of a system function in 
a computer system, [a ccord i ng to wh i ch 1[— I comprising the steps of: 

recording a respective current [(]functional[)] state of a [(]system[)] 
component! i s r e cord e d ] for said [(]system[)] component in the database[ T ]i 

30 [ i n addit i on, th el recording, by said database[ r e cords ], for each 

system component, whether said component contributes to [tfrel said availability of a 
system function monitored for availability, and, if so, for which system function or 
system functionsM said component contributes to said availability: and 
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M assessinq. when a change in [the]a state of a component of ftfrel said 
system has taken place or is intended, [thel using data stored in [tfrel said database 
for[4he] other system components [ ar e us e d ]to assess whether rtfrel said availability 
of a system function monitored for availability changes or would change as a result 
5 of [tkel such [ afor e m e nt i on e d ]a change. 

4. (Amended) A method of monitoring for availability of a system function in 
a computer system, f accord i ng to wh i ch l comprisinq the steps of: 

M markinq, using a stipulation regarding which system function is monitored 
for availability [ is us e d to m a rk ], among [the~]components of [thel said system which 
10 are mapped in [tl^eja database, those components which are necessary for [thel said 

Q availability of [thel said system function[ T fc 

so 

m M marking, in addition, [tbe]a respective state of [thel said components of 

sj [thel said system which are mapped in the database [i s mark e d ] for said 

y componentsM ; and 

«p 15 M assessinq, when a change in [ th e stat e of ]a component state has taken 

q place or is intended, [ an ass e ssm e nt i s mad e of Jwhether [thisl said change results 

~f l or would result in a change in [tke-]availability of [ th e afor e m e nt i on e d l said system 

M- function. 

u 5. (Amended) The method as claimed in [ one of cla i ms 2 to 4, I claim 2, 

20 further comprising the step of: 

[ ch a r a ct e r i z e d i n that ] 

[thel storing, by said database stores, for each system function regarded as 
being relevant to availability, information which describes [tbe-]conditions under 
which [thel said availability of a system function is to be assessed as existing or no 
25 longer existing. 

6. (Amended) An availability monitoring component in a computer system, 
[wl=Heh1 comprising: 

a database: and 

system components wherein , when a change in [tt*e]a state of [a 
30 compon e nt l one of [thel said components of said system has taken place or is 
intended, [usesl said system assessing, using information stored in [thel said 
database[ to ass e ss ] A whether ftkisl said change in state changes or would change 
[tfrelan availability of a system function, [wherel said database , for this purpose, [the 
databas e i ndicatos l indicating for each data map for a component whether [the]a 
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mapped component contributes to [thel said availability of a system function, and, if 
so, to which system function or system functions contribute to said availability of a 
system function . 

7. (Amended) The availability monitoring component as claimed in claim 6, 
[ charact e r i z e d i n th a t ITtbel wherein said availability monitoring component 

additionally makes f th e afor e m e nt i on e d l said assessment based on [ th e basis of 
particular conditions which are stored in [thel said database for each system 
function regarded as being relevant to availability. 

8. (Amended) A computer system, [frawrel comprising: 

[ ]a [ st i pu l at i on m e ans wh i ch c a n st i pu l at el stipulator that stipulates for 

[thel said system which system function is to be monitored for availability[ T ]; 

[ ]a component map which, for a component, records in [the]a database 

whether said component is at all necessary for a system function monitored for 
availability and for which system function it is necessary, and which also records for 
[thel said component [tbelits respective [QfunctionalQ] state; [ th e r e ot l and 

[ ]an [ assessm e nt m ea ns l assessor which uses [ th e afor e m e nt i on e d 

r e cords l said data recorded in said database made in a component map to assess 
whether a change in [tbe]a state of a component which has taken place or is 
intended to take place has resulted or would result in a change in [thelan availability 
of [ th e afor e m e nt i on e d l said system function. 
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WRec'dPCT/PTO 3 1 MAY 2001 
Marked Up Substitute Specification 

r D o scr i pt i on l SPECIFICATION 

TITLE 

METHOD OF MONITORING FOR AVAILABILITY OF A SYSTEM FUNCTION IN A 

COMPUTER SYSTEM 

BACKGROUND OF THE INVENTION 



[ M e thod l Field o f the Invention 

The invention relates to a method and respective component and 
system for monitoring [fefjthe availability of a system function when a change in 
the state of a rcomputerl component of the system has taken place or is 
intended. 

Description of the Related Art 

I To dat el Previouslv . digital switching systems (e.g. A the systems EWSD and 
EWSX from Siemens AG) contained no function which monitored particular 
functionalities distributed over a large number of hardware ( HW) units (platforms). 
This created the following technical problems: 

If HW units were no longer active on account of errors (hardware HW 
o r software SW), the operator himself had to deduce which functionalities of the 
system had been lost. 

Routine tests on HW units meant that there was the possibility that 
particular functionalities were no longer available, since HW units were automatically 
disconnected during routine tests. 

An operator was able to deactivate HW units without receiving any 
indication of which functionalities of the system would be lost as a result of the 
deactivation. 

Of the problems indicated above, only the first has been partially solved: 
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Detection of whether a particular functionality is not available in the 
system was provided exclusively during the startup phase (in EWSD: adjudgement 
of #7 total failure). 

Upon adjudgement of #7 total failure, initiation of a recovery 
escalation! i s i n i t i ated ]. 

Drawbacks of this solution: 

During normal operation, there is A to date 2 no direct adjudgement of or 
monitoring for loss of an important system function. 

There is also no predictive assessment of whether a fundamental system 
function will be lost on account of an HW configuration. 

SUMMARY OF THE INVENTION 

The invention is based on the object of overcoming the aforementioned 
drawbacks. 

This object is achieved by a method [i n accordanc e w i th c l a i m 1 . ]of 
monitoring for availability of a system function in a computer system, 
comprising the steps of storing, in a database of said computer system, for a 
system function monitored for availability, respective information which 
describes conditions under which said availability of a system function are to 
be assessed as existing or no longer existing; and utilizing said information, 
when a change in a state of a component of said computer system has taken 
place or is intended to take place, to assess whether said change that has 
taken place results, or said change that is intended to take place would result, 
in a change in terms of the availability of said system function. 

According to the invention, an arbitrary system functionality indicated by the 
network operator is mapped in the database using the data types and the loading 
types of the HW units. The mapped data are provided with a functional state, are 
maintained and are assessed on the basis of the system state (including 
predictively). 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The invention is explained in more detail below with reference to the [ draw i ng, 
th e draw i ng compr i G i nq two fiquros l drawings . 

F I GURE 1 shows l Figure 1 is a block diagram showing a general 

association between data types and HW unitsM ; and 

Figure 2 is a data structure diagram illustrating data types thaff ke 

d a t a typ e s li st e d a bov e may be available on various HW units 
MP-Pep , for example, as shown i n F I GURE 2. . 

DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 illustrates the entire system having a functionalities in 
subsystem 1 (with data types A and B) and subsystem 2 (with data types C and 
D), Platform x is shown having both data types A and B, and platforms v and z 
having only data type A and B respectively. 

The following (operator-related) data types exist on the systems EWSD and 
EWSX: 



- CALLP 


(Data for call processing operations) 


- CM 


(Data for call processing operations) 


- SLT 


(Data for #7 signaling and other signaling types) 


- SM 


(Data for #7 signaling) 


- PNNI 


(Data for private networks) 


- MN 


(Data for mobile radio) 


- PD 


(Data for mobile radio) 


-LIC 


(Data for a line termination) 



[Th e d a t a typ e s li st e d a bov e][ may b o ava ila b le on var i ous HW un i ts MP 
Qep][ , for e xamp le , as shown i n F I GURE 2. ] 
Examples are illustrated in Figure 2, 

In addition to the data types mentioned, the loading type of an HW unit 
determines whether or not [sai4]this HW unit is relevant in the context of total 
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failure. Thus, by way of example, the data type SLT is used on the basis of its 
loading type, ij That is to sav le., all MP-Deps having the data type SLT hold the 
same data. The loading type is used to decide which processes ultimately access 
these data and process them. 

5 The combination of data type and loading type stipulates what functionality is 

provided by a particular HW unit. Thus, an MP-Dep having the data type SLT may or 
may not be relevant to #7 signaling, depending on the loading type. [ For th e 
purposes of s i mp le r ill ustrat i on l To illustrate more simplistically , the designation 
#7-SLT is used below when the loading type of the MP-Dep means that it is relevant 
10 to #7 signaling. Otherwise, just the designation SLT is used. 

If, by way of example, the system functions "call processing" and "#7 
signaling" have now been assessed as being relevant in the context of total failure, 
the check on the availability of the call processing functionality needs to be assured 
of the availability of at least one MP-Dep from the set [MP-Dep 1x and MP-Dep 2x] 
15 in the example in [ FIGURE l Figure 2. For the #7 functionality, the MP-Deps 1x, 2x 
and the MP-Dep 40 need to be checked. 

Since the network operator would usually wish to define the instant at which 
system functions are to be assessed as relevant to failure, the aforementioned 
check must be of flexible design. This is achieved as follows: 

20 - The components (HW units) of the system are mapped in the 

database, 

for a mapped component, a respective record is made of whether, on 
the basis of its data and loading type, fsaidl this component is necessary for one or 
more system functions which are relevant in the context of failure (the details 

2 5 required for making the aforementioned record can be prescribed by a network 

operator, for example), 

for a component mapped in this way, an additional record is made of 
the instant (e.g^ during startup, after startup* or at any time) at which [sai4]this 
component is necessary (the details required for making the aforementioned record 

3 0 can likewise be prescribed by a network operator), 



- 4 - Mark Up Substitute Specification 




for each system function, the minimum number of the mapped 
components which Rslare needed to maintain this very system function is also 
stipulated, 

for a mapped component, its respective (functional) state is also 
5 recorded, i.e^ whether or not it is active, 

this state (active/not active) is maintained by the maintenance SW 
already existing for this purpose, 

any change in a state is reported to [tbe]a total failure detection unit, 

in this context, this report may be sent before or after a change in a 

10 state, 

if this report is sent before the change in a state (e.g. A if an operator 
wants to deactivate components, e.g.^ HW units, or if a routine test is to be carried 
out), the total failure detection unit assesses whether deactivating a particular 
component would result in a particular system function being lost, and notifies the 
15 report originator (e.g. A maintenance SW, etc.) of this fact, 

if this message is sent after the change in a state (e.g. A when a 
component fails), the total failure detection unit assesses whether deactivation of a 
unit has caused a particular system function to be lost. The result of this assessment 
is forwarded to the report originator (e.g^ protective SW), 

20 - the report originator can now react in the manner which it deems 

appropriate (alarm, rejection of the operator order, rejection of the routine test 
(which would result in the unit being disconnected), repetition of startup, etc.). 



[ Abbr e v i ations us e d: ] 

2 5 [mk Hardwar e] 

[ MP Dop: HW un i t ] 

[S*£k Softwar e] 

The above-described method and component are illustrative of the 
principles of the present invention. Numerous modifications and adaptations 

3 0 will be readily apparent to those skilled in this art without departing from the 

spirit and scope of the present invention. 
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Abstract 



[ M e thod ] [ of mon i tor i ng for ava ila b ili ty of a syst e m funct i on i n a comput o r syst e m ] 

To date, digital switching systems have contained no function which 
monitored particular system functions distributed over a large number of different 
5 [HWl hardware units. 1" Accord i ng to th el The inventionM maps any desired system 
function indicated by the network operator [ is now mapp e d ]in the database using 
the data types and the loading types of the FHWI hardware units. The mapped data 
are provided with a functional state, are maintained^ and are assessed on the basis 
of the system state (including predictively). 

o 

[ F i gure 1 ] 
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